-
Notifications
You must be signed in to change notification settings - Fork 494
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add shell-ctx plugin #3326
Add shell-ctx plugin #3326
Conversation
🤖 Beep beep! I’m a robot speaking on behalf of @ahmetb. 🤖 Thanks for submitting your kubectl plugin to Krew! In the meanwhile, here are a few tips to make your plugin manifest better:
Thanks for your patience! |
plugins/shell-ctx.yaml
Outdated
spec: | ||
version: "v1.0.2" | ||
homepage: https://github.com/glemsom/shell-ctx | ||
shortDescription: "Kubernetes shell isolated context switcher" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this would be a higher signal:
Launch isolated shells for contexts
what do you think?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I see the point of the current shortDescription being slightly misleading.
But shell-ctx
does actually not spawn a new shell.
What about:
Shell independent context switching
Will that be better ?
Clarification;
The basic idea behind shell-ctx
is to hook into the users current shell-instance - allowing the user to keep the same current shell-history, and any other shell-specific settings the user might have.
This will enable Kubernetes administrators to have multible shell windows open, and switch Kubernetes context per shell instance - without risking overwriting currentContext of any other shell instances.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah yeah makes sense.
Update wording on shortDescription
Updated pull request with a better shortDescription ed54570 |
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: ahmetb, glemsom The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Simple plugin to enable each shell-instance to operate in its own isolated Kubernetex context